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Summary 

This Report describes the multiplex and system support features of the 
Eureka 147/DAB* digital audio system. It sets out the requirements of all users 
along the broadcast chain from service providers and broadcaster through to the 
listener. The contents of the transmission frame are examined, drawing the 
distinction between the main service multiplex and the provision of control 
information in a separate fast data channel. The concept of the DAB service 
structure is introduced and the inherent system flexibility for altering the service 
arrangement is explained. A wide range of service information features builds on 
those provided in earlier systems, such as RDS** and is intended to make it easier 
for a listener to find any required service and to add a further dimension to audio 
broadcasting. The choices available to users in all of these areas are examined 



DAB is a registered trademark of one of the Eureka 147 project partners. 
RDS: the Radio Data System provided for FM services. 



Issued under the Authority of 



Research and Development Department 

Engineering Division 

BRITISH BROADCASTING CORPORATION 

rr-36) 




General Manager 
Research and Development Department 



DAB: MULTIPLEX AND SYSTEM SUPPORT FEATURES 
J.L. Riley, fVS.Sc. (Eng), C.Eng. 5 rVU.E.E. 

1 . introduction 1 

2. DAB System Feature Requirements 1 

2.1 Better quality reception 1 

2.2 Different types of receiver 2 

2.3 Greater choice of services 2 

2.4 Straightforward access to services 2 

2.5 Additional features 2 

3. A Conceptual DAB Multiplex Frame 2 

3.1 Synchronisation channel 2 

3.2 Main service channel 2 

3.3 Fast information channel 3 

4. Main Service Channel Options 3 

5. DAB Service Structure 5 

6. Multiplex Configuration Information 5 

6.1 Basic information 5 

6.2 Changing the multiplex configuration 6 

6.2.1 Introduction 6 

6.2.2 Common interleaved frame 6 

6.2.3 Signalling 8 

7. Service Information 8 

7.1 Introduction 8 

7.2 Service-related features 8 

7.3 Programme-related features 9 

7.4 Programme Associated Data (PAD) 10 

7.5 Ensemble-related features 11 

7.6 Other ensembles and services 11 

7.7 Non-audio features 11 

7.8 Future features 11 

8. Simulated Receiver 11 

9. Conclusion 12 

10. Acknowledgement 13 

11. References 13 

Appendix: List of Abbreviations 15 



(T-36) 



© BBC 2004. All rights reserved. Except as provided below, no part of this document may be 
reproduced in any material form (including photocopying or storing it in any medium by electronic 
means) without the prior written permission of BBC Research & Development except in accordance 
with the provisions of the (UK) Copyright, Designs and Patents Act 1988. 

The BBC grants permission to individuals and organisations to make copies of the entire document 
(including this copyright notice) for their own internal use. No copies of this document may be 
published, distributed or made available to third parties whether by paper, electronic or other means 
without the BBC's prior written permission. Where necessary, third parties should be directed to the 
relevant page on BBC's website at http://www.bbc.co.uk/rd/pubs/ for a copy of this document. 



DAB: MULTIPLEX AND SYSTEM SUPPORT FEATURES 
J.L Riley, M.Sc. (Eng), C.Eng., M.i.E.E. 



1. INTRODUCTION 

A new Digital Audio Broadcasting (DAB) 
system has been developed by the European 
Eureka 147/DAB Project in close co-operation with 
the European Broadcasting Union (EBU) 1 . DAB 
promises high-quality sound and highly ruggedised 
reception for all types of receivers — home hi-fi, 
portable, personal and mobile 2 . The transmission 
medium is capable of delivering programme services 
to more listeners and more ruggedly than is possible 
with FM*. The benefit is particularly felt by the 
motorist because, for the first time, the technology has 
been designed with the mobile user in mind and 
constructive use is made of multipath propagation, 
which sometimes mars FM reception. This also makes 
portable receivers, in the home, less critical as regards 
their positioning. 

The DAB broadcast channel supports a 
multiplex of services known as an ensemble; con- 
taining, for example, up to six stereo programme 
services. However, it can be adapted to suit varying 
service needs. There is an opportunity to introduce 
new services, subject to the limit of the data-carrying 
capacity of the channel. The DAB channel is also 
efficient, both in the use of frequency spectrum and in 
terms of the transmission power requirements. It may 
be operated at any radio frequency up to 3 GHz for 
mobile reception (higher frequencies may be used for 
fixed reception) and may be used on terrestrial, 
satellite or cable networks. 

Within the Eureka 147 project, the system has 
been developed by a wide representation of broad- 
casters, telecommunications specialists, receiver manu- 
facturers and related research institutes, guided by 
the broad requirements set out by the EBU 3,4 . The 
resulting system specification is published in a short- 
form specification (as Digital System A) by the 
ITU 5 " 7 and the complete, detailed specification has 
been prepared and released as a draft standard by the 
European Telecommunications Standards Institute 
(ETSI) 8 . 

Some aspects of DAB have already been 
described elsewhere: these include the digital audio bit- 
rate reduction strategy 9 and the channel coding, 
incorporating COFDM techniques 10 . The basic 
concepts concerning the service multiplex and its 
control have also been reported 11 . This Report 



concerns the system features, including the service 
multiplex and support features, embracing service 
information and non-audio data services. 

The various system requirements, as drawn up 
at the start of the Eureka 147 project, are discussed 
first. The conceptual multiplex frame is introduced and 
different audio options are examined. The service 
structure is presented and the basic administration 
of the multiplex is described, including the more 
complex issue of dynamic changes to the service 
multiplex. 

Finally, the broad range of service information 
features and non-audio data services are described, 
including how they are integrated into the multiplex 
and how they may be used. The DAB multiplexing 
and system support infrastructure draws on broad- 
casters' experience with the Radio Data System 
(RDS) 12 , which uses a data sub-channel to provide 
service labels and other receiver control features in 
conventional FM sound broadcasting. Some familiarity 
with RDS is therefore desirable because this has 
formed a basis for developing the DAB features, but it 
is not essential to the understanding of the DAB 
multiplexing arrangement. 



2. DAB SYSTEM FEATURE 
REQUIREMENTS 

A number of system users can be identified. 
These include (in order of involvement in the 
broadcast chain) service providers, ensemble manager, 
transmission operator, receiver manufacturer and the 
listener. Their needs are examined here. 

2.1 Better quality reception 

The audio quality, as perceived by a listener 
using a DAB receiver, is expected to be superior to 
that of any previous radio broadcasting service. Never- 
theless, the benefits may be most appreciated by the 
motorist and users of portable and personal receivers 
who now represent an increasing share of the listening 
audience. The audio quality will appear to be compar- 
able with CD and R-DAT and will benefit from the 
improved ruggedness of service reception which is free 
from the worst effects of radio interference. Reception 
on portable receivers in the home is expected to be 
more tolerant to their positioning indoors. 



FM stands for Frequency Modulation, but in this context it represents the radio broadcast system carried in the VHF band (87.5 - 108 MHz). 
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2.2 Different types of receiver 

A full range of receivers, covering fixed home 
hi-fi, portables, mobile and personal use will be 
expected. More sophisticated up-market receivers 
should be considered as well as the low-cost mass 
market. Indeed, it seems likely that the first DAB 
receivers will be aimed at the 'specialist' listener, 
prepared to pay higher prices for listening enjoyment. 

Mobile receivers generally operate in a relat- 
ively noisy environment compared with the home and 
this presents the broadcaster with a problem of how 
much audio compression to apply. The problem could 
be solved by introducing automatic dynamic range 
control so that the amount of compression could be 
adjusted at the receiver to suit the listening conditions. 

2.3 Greater choice of services 

The flexibility of the service multiplex allows it 
to be changed dynamically. The multiplex can be re- 
arranged; for example, by splitting a stereo component 
into two monophonic components, or by providing a 
dedicated channel for spoken announcements or a 
commentary on a classical music programme. 

The broadcaster sees the multiplex flexibility as 
an opportunity to change the service mix to match 
current needs: for some broadcasters, a multiplex re- 
configuration may be infrequent, but for others this is 
a dynamic tool which can increase listener choice. 
Whichever way the multiplex is used, as far as the 
listener is concerned, reliable service continuity is 
essential. 



2.4 Straightforward access to services 

The listener's main expectation (apart from 
excellent sound quality) is for easy access to services. 
These services will be wanted quickly and they must 
be identifiable. This means that the receiver must have 
a straightforward user interface, with simple, fast, 
push-button service access, and displayed service and 
programme labels. In addition, the listener needs to 
feel that the receiver is operating correctly and that it 
will not behave in an unreasonable manner. Finally, 
the listener will also have an interest in what other 
services are available, whether they are within a single 
ensemble, in other ensembles, or on FM. 

Users who have experienced the Radio Data 
System (RDS) 12 on FM will expect DAB to at least 



emulate the RDS features; for example, service 
identification and radiotext. Also, there will be a need 
to include cross-linking between DAB and AM/FM 
services. 

Different ways of selecting services are con- 
ceivable. Conventionally, a programme service label 
identifies the chosen service; for example, BBC Radio 
One. Alternatively, a programme in a particular 
language could be selected, or one of a particular type 
or category, like news, Wimbledon tennis, or classical 
music and educational. These requirements represent a 
step beyond what is currently available with RDS. 

2.5 Additional features 

Some features are already available with RDS, 
such as programme delivery control, Traffic Message 
Channel (TMC)*, Emergency Warning Systems 
(EWS)** and paging. The flexible data capacity of 
DAB offers the potential for improved performance. 
The Interactive Text Transmission System (ITTS)f 13 
offers new opportunities for information display. 

There is also a demand for individually 
identifying transmitters when operating in a single 
frequency network, to enable local opt-out services 
and to filter traffic information, for example, by 
geographical region. 



3. A CONCEPTUAL DAB MULTiPLEX 
FRAME 

The transmitted signal is built around a 
conceptual frame with time-multiplexed components 
comprising three channels: a synchronisation channel, 
a fast information channel (FIC) and a main service 
channel (MSC) — see Fig. 1. 

3.1 Synchronisation channel 

The synchronisation channel incorporates basic 
receiver control mechanisms, such as automatic 
frequency control (AFC), automatic gain control 
(AGC) and a phase reference. It is also used to carry 
encoded transmitter identification codes. 

3.2 Main service channel 

The main service channel is by far the largest portion 
of the DAB ensemble and carries the audio data. 



Traffic Message Channel (TMC) is a data feature whereby travel messages are transmitted in a highly compressed digital form and used to 
address a limited message bank, stored in a receiver. Messages may be presented via a voice-synthesiser. 

Emergency Warning Systems (EWS) provide coded messages and control information in emergency situations. It is intended for special receivers 
only and the coding details are not standardised. 

J Interactive Text Transmission System (ITTS) provides both textual and graphically presentable information about programmes, for example song 
lyrics and artists' names. 
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Fig. 1 - A DAB multiplex frame. 

Fig. 1 shows how the ensemble could be divided into 
sub-channels to provide five audio service components 
for broadcasting the BBC national services. The use of 
the 'spare' capacity and alternative arrangements of the 
ensemble are discussed in Section 5. Besides carrying 
the audio, each sub-channel supports programme associ- 
ated data (PAD), which is explained in Section 7.4. 

The MSC has a total gross capacity of 
approximately 2.3 Mbit/s but this includes provision 
for the excellent error protection afforded by the 
convolutional encoding and time-interleaving mechan- 
isms of COFDM 10 . The use of COFDM causes the 
net bit rate to be lower by an amount depending on 
the code rate* used (typically in the order of 1/2) and 
consecutive data samples of the source signal are 
spread over sixteen audio frame periods (384 ms) after 
COFDM demodulation in the receiver. These 
mechanisms may be applied in each sub-channel 
separately. 

3.3 Fast information channel 

The fast information channel (FIC) is strictly 
limited in capacity but is capable of supplying 
information to a receiver faster than the main service 
channel allows. This is possible because the FIC is not 
subjected to the time-interleaving part of the COFDM 
coding process. The convolutional coding protection 
level is permanently fixed at a high level (at a code 
rate of about 1/3) because it would require another 
level of signalling, with even faster response and even 
better protection, to signal other possibilities. In order 
to achieve an acceptable error performance, FIC 
information is repeated regularly. In the worst case 
transmission mode, it is just possible to repeat the 
information within 100 ms. 

The main application of the FIC is the 

The code rate is defined as the ratio of the number of useful bits 
of information to the number of transmitted bits. There is a trade- 
off between transmission ruggedness and the number of 
programme service components which can be transmitted. 



administration of the multiplex configuration, defined 
by the multiplex configuration information (MCI). If 
there is sufficient capacity in the FIC, a limited 
amount of service information and other data services, 
such as TMC, may also be accommodated. From time 
to time the multiplex configuration may be changed, 
whilst maintaining the continuity of those services that 
are intended to remain unchanged. In this case, two 
sets of configuration information need to be sent and 
this temporarily reduces the available capacity for 
other applications. 



4. MAIN SERVICE CHANNEL OPTIONS 

The audio source coding method (Musicam) 9 
is based on the ISO MPEG Audio Layer II standard 
11172-3 14 . This implies that audio information is 
processed in 24 ms transmission frames. The audio 
frame structure is extended for DAB by a further 
security check word and programme associated data 
(PAD). Also, audio service components may be 
operated in one of four different modes — single 
channel (monophonic), dual channel (e.g. bilingual), 
stereophonic and joint stereophonic (whereby data 
capacity is shared between Left and Right channels, 
according to demand, to improve the perceived audio 
quality at a given bit rate). 

A wide range of audio options is supported, 
suiting different programming requirements, different 
levels of reception ruggedness and, to some extent, the 
target audience. However, the number of options is 
voluntarily restricted to a set of standard packages to 
simplify the receiver. Each package combines a data- 
rate, in the range 32 kbit/s to 192 kbit/s for a 
monophonic channel, with a code rate in the range 
1/4 to 3/4. Fig. 2 (overleaf) shows a number of 
different arrangements of service components in the 
main service channel. 

Good broadcast quality audio may be expected 
when using at least 112 kbit/s per monophonic 
channel (224 kbit/s for stereo). Lower data rates may 
be acceptable, depending on the application. For 
example, a data rate of 64 kbit/s could provide 
acceptable speech quality for announcements. 

Example (a), in Fig. 2, shows that five high 
broadcast quality, stereo channels (224 kbit/s with 
mid-level error protection) can be fitted into the multi- 
plex with 32 kbit/s data capacity spare. The spare 
capacity could be used, for example, to increase the 
audio bit rate to provide a 'no compromise' CD quality 
service for the most critical material and audience. 

Alternatively, the fifth channel could be split as 
shown in (b) to provide two monophonic channels 
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Fig. 3 - The DAB service structure. 
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which could each support, for example, local opt-outs 
for news at some times of the day. The listener might 
select his local-area version or have it selected automat- 
ically by a local transmitter identification signal. 

A mid-level error-protection overhead of 50% 
is likely to be acceptable for most purposes. Lower 
levels may be acceptable in some circumstances and, 
using a mean code rate of 0.6, it is possible to fit six 
stereo channels into the multiplex — see example (c). 

In the final example (d), four stereo channels 
at mid-level error protection are combined with a fifth 
mono channel, two 64 kbit/s channels and 32 kbit/s 
for data. An announcement service, including news 
flashes or spoken travel messages, could be supported 
within a data-rate of 64 kbit/s. This approach would 
allow an EON*-like traffic information service to be 
established on DAB relatively easily. The data 
overhead needed to carry this service on all national 
ensembles might be sufficiently small so that delays, 
incurred by re-tuning to other ensembles, could be 
avoided. More efficiently, travel information could 
readily be accommodated in the 32 kbit/s data 
channel in the form of TMC. It is possible to support 
two alternative announcement services in this way. 

Whenever a data channel is employed, there is 
a choice in the way it is used. Data may be treated in 
24 ms bursts in the same way as the standard audio or 
carried in addressable 'packets'. An advantage of this 
packet mode is that several small amounts of service 
information or other general data applications, can be 
packaged efficiently into a single channel. 



5. DAB SERVICE STRUCTURE 



same sub-channel. This is an 'announcement channel' 
carrying spoken travel messages. 

Also, within each audio component there is 
some capacity to carry programme associated data 
(PAD), supporting — for example — dynamic range 
control information. However, this information is 
regarded as part of the audio service component and is 
not signalled explicitly. 

One of the components, probably the main 
audio component, is chosen to be the default in case 
there is no specific selection by the listener. The 
remaining data components could be accessible to the 
listener, either automatically, in the case of service 
labels, or by further listener selection, as in the case of 
interruption by travel messages. 



6. MULTIPLEX CONFIGURATION 
INFORMATION 

The multiplex configuration information (MCI) 
provides essential basic control information which is 
intended to allow rapid receiver configuration ensuring 
that a reasonable sound is delivered without excessive 
delay. It is carried in the fast information channel to 
give a receiver almost 500 ms to process the 
information before the audio data becomes available. 
The MCI is also responsible for managing the 
interlinking of all service components and handling 
dynamic changes to the multiplex configuration. 

6.1 Basic information 

Basically, the MCI provides a directory of 
services available in an ensemble. 



The listener finds a programme by selecting a 
'service'; for example, BBC Radio One (BBC R 1) or 
BBC Radio Two (BBC R 2). An example of a DAB 
service structure, shown in Fig. 3, illustrates how each 
service supports at least one and possibly several audio 
and data components. Both BBC Radio One and BBC 
Radio Two have a stereo audio component and a data 
component carrying SI. In this example, the SI 
associated with BBC Radio One is small and is carried 
in the fast information channel, whereas that with 
BBC Radio Two is more extensive and is carried in a 
separate sub-channel, with only link-signalling carried 
in the FIC. 

In addition, both services can be regarded as 
having a second audio component which shares the 



Enhanced Other Network feature of the Radio Data System 
(RDS), whereby voice traffic announcements, which are part of 
normal BBC Local programme output, may interrupt another 
listener-selected programme. 



For each service, a description of each 
component is given so that it can be found, within the 
ensemble, and the appropriate decoder applied. Sub- 
channels are made up of smaller 'capacity units' 
containing 64 bits of information. Each of these may 
be allocated to one sub-channel and independently 
encoded and decoded. For each service component, 
the receiver requires information about where to find 
the component: this is either the position and size of a 
sub-channel or an address in the fast channel. 

Each service has an associated machine- 
readable identifier — this is comparable with the PI 
code in RDS (and it is defined in the same way, using 
a 16-bit field with the first four bits having some 
relation to national areas). In addition, each service 
has an (8-bit) Extended Country Code (ECC) 
associated with it, and when this is combined with a 
service identifier, the identification of services (24-bit) 
is unique worldwide. 
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For standard audio components, a data-rate/ 
protection-level combination is chosen from the stand- 
ard packages. For non-audio components, data may be 
treated in the 24 ms burst mode or in the packet mode. 
If the component is scrambled, the relevant scrambling 
mechanism and management keys are signalled. 

The basic MCI is transmitted repetitively about 
ten times each second and is protected by a check 
word so that it can be tested for correct and complete 
reception. In the event that it is not accurately 
received at the first opportunity, for example when 
passing under a bridge, there will be only a marginally 
extended delay before the receiver can respond. 

Fig. 4 illustrates how the MCI (see the shaded 
bands in the upper bar representing the FIC) is used to 
signal the service component organisation in the main 
service channel, represented by the multi-shaded bar 
with each shade representing a separate component. 

6.2 Changing the multiplex configuration 

6.2.1 Introduction 

It is expected that dynamic changes to the 
multiplex configuration will be carried out with very 
high reliability, and that service continuity will be 



preserved for all services which are not directly 
affected by the change. Rearrangements of data 
components, carried in the packet mode, may not 
require a change in the multiplex if the total capacity 
of the associated sub-channel is unaltered. 

A reconfiguration of the multiplex is required 
if changes are made to: 

a) The size of a sub-channel (this may result from 
a change in a service component data rate 
and/or its level of protection); 

b) The position of a sub-channel in the ensemble; 

c) The arrangement of components within the 
service structure. 

Reconfiguration may not be under the direct 
control of service providers (conventionally the 
broadcasters) because there is now an implicit new 
level of responsibility in the form of a 'multiplex 
manager'. Implementation guidelines are being 
developed to manage the signalling between service 
providers and the multiplex manager. 

6.2.2 Common interleaved frame 

The independence of data 'capacity units' in 



(T-36) 



-6- 



the main service channel means that each may be 
traded freely between one sub-channel and another at 
a reconfiguration. However, the effect of time- 
interleaving, in the encoding process, spreads the data 
associated with each capacity unit over a period of 
384 ms (corresponding to sixteen 24 ms data bursts). 
This introduces an element of complexity into the 
multiplex reconfiguration process which is resolved by 
the choice of an appropriate time boundary. The 
concept of a Common Interleaved Frame (CIF) is 
introduced in the encoding process to provide a 
discrete boundary between one multiplex configuration 
and another. The CIF is created after both time 
interleaving and main service multiplexing and remains 
valid for 24 ms. It is 'common' because it is identical 
in all the transmission modes which are defined to 
cover the wide range of terrestrial, satellite and cable 
operation 



10 



The act of switching between one multiplex 
configuration and another requires the use of a 
carefully timed control sequence spread over twice the 
interleaving delay period. This is shown in Fig. 5, 
which represents a single capacity unit both before 
and after time-interleaving. When a capacity-unit is 
reallocated from one sub-channel to another, it 
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Fig. 5 - The effect of time interleaving on a multiplex 
reconfiguration. 

remains dormant for fifteen 24 ms periods prior to 
its reallocation. It is reallocated to the new sub- 
channel at the instant of reconfiguration. Following 
time-interleaving, the data from the first config- 
uration 'ripples' through during the interleaving 
process, so that all data is recovered by the instant of 
reconfiguration. It takes a further fifteen frames 
after the reconfiguration for the full capacity of 
the capacity unit to be occupied by the new 
sub-channel. 
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6.2.3 Signalling 

The signalling of a multiplex reconfiguration is 
achieved by repeating a warning of the change — see 
Fig. 6 (page 7). Before the change, there are six active 
sub-channels and some spare capacity (shown at the 
bottom in black). After the reconfiguration, one sub- 
channel is removed and a larger one is added. All the 
other sub-channels continue with the same capacity 
but not necessarily in the same position in the 
multiplex. In the upper bar, representing the FIC, 
there are two sets of configuration data for the 'old' 
and 'new' situations. In addition, there is information 
to signal the instant of the change. 

The maximum period of pre-warning for a 
multiplex reconfiguration is about six seconds, and the 
instant of change can be at any CIF boundary, which 
is equivalent to a resolution of 24 ms. During the 
countdown period, the information about the instant 
of change, and the details of the new configuration, 
are repeated typically ten or more times, with greater 
frequency immediately before the change. This ensures 
that receivers already tuned to that DAB ensemble 
will switch reliably at the correct instant. 



7. SERVICE INFORMATION 

7.1 introduction 

Generally, service information (SI) features 
provide additional information about the services 
carried in an ensemble; this may extend to cross- 
reference information carried in other ensembles or in 
AM/FM services. The SI features, defined for DAB, 
are optional and broadcasters and receiver manu- 
facturers may choose which to implement and when. 
The extent to which SI options are taken up depends 
on the perceived benefit of individual features to 
listeners, as far as the broadcaster is concerned, and 
the marketing potential, from the point of view of the 
receiver industry. 

Every attempt has been made to preserve 
compatibility with RDS wherever possible because 
many service providers will, for many years, need to 
broadcast their services in both FM and DAB. 
Nevertheless, the greater capacity and flexibility which 
DAB offers, allows existing RDS features to be 
improved upon or extended in the DAB context and 
new features can be considered. The DAB service 
information features are described in more detail in 
this Section and the opportunities for future develop- 
ments are briefly examined. 

Table 1 summarises the available SI features. 
They are divided into six groups: service-related, 



programme-related, PAD, ensemble-related, other 
ensembles and services, and finally, those which are 
independent of the audio. For each feature, the 
preferred position in the multiplex is indicated, 
together with an indication of the data capacity 
required to support the feature. RDS comparisons are 
given where appropriate. A pointer mechanism is 
available to permit any SI feature or data service 
carried in the FIC to be redirected to the auxiliary 
information channel* (AIC). SI may therefore be 
carried in the fast channel (if the higher priority MCI 
allows), in the AIC or in the PAD. 

The data capacities are given in very broad 
terms because the requirements depend on a wide 
range of options. Generally, 'very low' means a few 
bit/s, whereas 'high' indicates rates in the order of 
10 kbit/s or more. 



7.2 Service-reiated features 

In DAB terminology, services are considered to 
be either (audio) programme services or data services 
and are supplied by a service provider. A programme 
service, such as 'BBC Radio One', carries a repertoire 
of programmes, for example, 'The Breakfast Show'. 
Besides a main stereo component, there may be addi- 
tional service components providing, say, auxiliary SI 
or TMC data. Each service is identified by a machine- 
readable form of the Service Identifier which is ident- 
ical to the RDS PI code. A directory of all services 
carried within an ensemble is signalled in the MCI. 

The Service label is a displayable ASCII- 
character version of the machine-readable service 
identifier. It allows a listener to select a service in the 
conventional manner by choosing the title of a service. 
The label field has sixteen characters which is longer 
than the equivalent RDS label and is expected to give 
greater freedom in describing a service. In order to 
maintain compatibility with RDS, the service label is 
accompanied by additional information that allows up 
to eight characters to be suppressed in a receiver with 
a limited display. The range of displayable characters 
meets the EBU requirements and covers Latin-based, 
Greek, Cyrillic, Hebrew and Arabic alphabets and 
conforms to the ISO 646 international standard 15 . 

In addition, the dynamic label feature provides 
programme labels of up to 128 characters and uses 
the same range of displayable characters — see 
Section 7.4. 

The Frequency Information feature provides a 
cross-reference to alternative sources of a service. It is 

The auxiliary information channel is part of the main service 
channel allocated to service information when there is insufficient 
capacity in the fast information channel. 
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Table 1: Service Information (SI) features. 





Position of feature 


Transmission 




Feature 


in the multiplex 


capacity 


RDS comparison 


Service-related 








Service directory (part of MCI) 


FIC 


High 


PI, ECC 


Service label 


FIC 


High 


PS 


Frequency information 


FIC 


Medium 


AF 


Conditional access 


FIC/MSC 


Medium 


— 


Programme-related data 








Programme Language 


FIC 


Low 


Lang 


Programme Type 


FIC 


Medium 


PTY 


Programme Number 


FIC 


Medium 


PIN 


Foreground/background 


Audio 


Low 


— 


Programme Associated Data (PAD) 








Dynamic Range Control (DRC) 


PAD 


Low 


— 


Dynamic Label 


PAD 


Medium 


RT 


Music/speech/off 


PAD 


Low 


M/S 


Copyright 


PAD 


Low 


— 


ITTS 


PAD 


Medium 


— 


Ensemble-related 








Ensemble label 


FIC 


Very low 


— 


Announcements 


FIC 


Low 


TP,TA 


Alarm 


FIC 


Very low 


PTY 31 


Other ensembles and services 








Other ensembles & AM/FM 


FIC/AIC 


High 


EON 


Non-audio features 








Time & date 


FIC 


Low 


CT 


In-house 


PAD/FIC 


Low/medium 


IH 


Transmitter identification 


FIC/AIC 


Medium 


— 


Paging 


FIC/AIC 


High 


RP 


TMC 


FIC/AIC 


Medium 


TMC 


EWS 


FIC/AIC 


Low 


EWS 



similar to the RDS AF feature which provides a list of 
alternative frequencies and permits programme 
continuity when a mobile receiver moves across 
service area boundaries and retuning if better reception 
is possible. Although DAB is suited to operation in a 
network where all transmitters operate on a single 
frequency (SFN), DAB service muliplexes may also be 
available directly from satellite or from cable and 
these multiplexes may operate with different RF 
carrier frequencies. Furthermore, for a foreseeable 
period when DAB services duplicate those available 
on FM, and when DAB signals are not widely 
available, some services may only be available on FM. 
The DAB frequency information feature includes the 
full range of radio frequencies which support DAB, 
and AM/FM as well. Additionally, it is possible to 
indicate the geographical area, for which specific 
alternative frequencies apply, by using a list of 



transmitter identification codes. This is important 
when a service is available in different ensembles or 
on FM. It allows the list of frequencies, available to a 
receiver, to be reduced to include only those which 
are immediately relevant. 

Using conditional access, the entitlement 
checking and management codes may be signalled to a 
receiver so that scrambled service components may be 
de-scrambled. 



7.3 Programme-related features 

Programmes (e.g. the Today Programme) are 
carried on programme services (e.g. BBC Radio 4) 
and are bounded by time limits (e.g. 6.30 a.m. to 
9.00 a.m.). Each programme may be identified 
separately and may be associated with a particular 



(T-36) 



language category and programme type classification. 
Additionally, such programme-related information 
may be used for service access, rather than selection 
by a service label. The possibility of implementing 
these mechanisms in a receiver makes it necessary to 
broadcast this information in the FIC for fast 
acquisition. Other programme-related data (for 
example, control of the audio dynamic range) has 
nothing to do with service access but needs to be 
synchronised to the audio. Features of this kind are 
termed 'Programme Associated Data' (PAD) and are 
carried within the audio frame. PAD features are 
described in Section 7.4. 

The Programme Language feature is based on 
256 categories, recommended by the EBU, and 
adopted for RDS. 

The Programme Type feature allows a 
programme, carried on the primary service component, 
to be classified according to a specific category. This 
feature is much extended compared with the corres- 
ponding feature in RDS, in which there is a fixed set 
of 32 possible codes agreed by each Broadcasting 
Union. The EBU has defined about half of these codes 
for use within Europe, although the RBDS system in 
the United States operates with a full set. The service 
provider requirement has been for more codes, to 
permit programmes to be allocated to more realistic 
categories and to cater for categories not yet defined. 
DAB provides a further set of 32 'coarse' codes and a 
further layer of sub-categories which permit a finer 
division of classification. A key element of this feature 
is the ability to define new type categories and for 
these to be dynamically downloaded to the receiver. 

The Programme Number feature is used for 
programme delivery control and is similar to the PIN 
feature in RDS, but includes controls to permit 
interruptions and to take account of re-timed pro- 
grammes. The information provided is largely based 
on the time at which it is intended to be broadcast. 

Within the audio service component descrip- 
tion, there is a flag that may be set to indicate 
'foreground' or 'background'. The idea of this is to 
allow a listener to control the mix of foreground and 
background sound components; this facility could, for 
example, enable listeners with impaired hearing to 
produce a sound balance that suits their individual 
needs. 



7.4 Programme Associated Data (PAD) 

Features in this category are carried within and 
at the end of the audio frame. Therefore, there is an 
inherent synchronism of these data features and the 
audio content. The minimum available data capacity is 



667 bit/s, although this can be increased, at the 
expense of encroaching on the capacity available for 
audio coding. The following features are provided 
without affecting the audio. 

Dynamic Range Control (DRC) 16 allows 
control information to be sent to a receiver so that the 
audio dynamic range may be adjusted to suit different 
listening conditions. A control word is sent in every 
audio frame, and this is used by the receiver to vary 
the gain of an amplifier. Audio is broadcast with full 
dynamic range and the control signal acts so as to 
reduce the dynamic range, i.e. apply compression. This 
is a valuable technique which makes it possible to 
serve audiences, without compromise, in widely 
differing reception environments. For example, the 
listener in the home can enjoy the full dynamic 
range and, using the same signal, a motorist can 
adjust his receiver to optimise his listening inside his 
vehicle. 

The Music/Speech feature allows the pre- 
dominant programme content to be signalled as music 
or speech in order to permit some receivers to treat 
the presentation of music and speech differently. The 
feature offers a means for a listener to alter the 
balance between music and speech as desired, and 
provides a means of improving intelligibility in some 
listening environments. The feature implementation is 
similar to RDS, except that there is a condition that 
signals when the feature is not in use. 

A flag in the audio data stream may be used 
to signal whether the audio programme material is 
subject to copyright or not. The PAD also provides 
for the International Standard Recording Code (ISRC) 
and the Universal Product Code/European Article 
Number (UPC/EAN). 

The following features may affect the audio 
and the size of the PAD field needs to be chosen 
carefully. The Dynamic Label provides a means of 
sending additional textual information about a 
programme and may be used to emulate the RT 
feature in RDS, which supports up to 64 characters. 

ITTS 13 is proposed to provide more sophistic- 
ated text labels which may be presented in a teletext- 
like display. The system is intended for worldwide 
application and the character sets include Japanese 
and Chinese as well as European and Middle Eastern 
alphabets. All DCC tapes, now in pre-production, 
carry ITTS packets which provide the album or 
'work' title, the performer's name, the track list and a 
selection menu. Some tapes also include lyrics. Text- 
editing tools, developed by the music software 
industry, may be able to assist broadcasters to generate 
the PAD information. 
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7.5 Ensemble-related features 

Each ensemble is identified by a machine- 
readable Ensemble Identifier which receivers may use 
to check whether alternative sources carry the identical 
ensemble. The Ensemble label takes the same form as 
the Service label. 

The Announcement feature allows different 
kinds of spoken messages to be identified on a 
particular service. Conceptually, it is similar to the 
traffic programme (TP) feature of RDS, but it is on a 
larger scale, allowing a larger number of categories. 
Examples of announcement types are traffic and local 
news: other types are under consideration. Audio 
service components, carrying announcements within an 
ensemble, may be requested by the listener, to 
interrupt a service previously selected. A list of 
transmitter identification codes may again be used to 
define a geographical area. This may be used as a 
geographical 'filter' for announcements. 

The Alarm flag provides an indication that the 
ensemble can respond to an alarm situation, as 
currently implemented by the Type 31 Programme 
Type code in RDS. 

7.6 Other ensembles and services 

Linking to other services (DAB & FM) 
allows a receiver to build up a database of the SI 
about these services. The feature extends to service 
labels and announcements and, in the case of other 
DAB ensembles only, to Programme Number and 
Programme Type. The Frequency information 
feature is used to signal where these services may be 
found. 



7.7 Non-audio features 

The Time and Date feature is similar to the 
RDS CT feature, but in addition, local time offsets 
may also be signalled. 

The In-house (IH) feature allows a broadcaster 
to specify his own data format for use with specialist 
receivers, for example, for network monitoring. 

The Til database feature provides the geo- 
graphical grid-reference detail about transmitter 
locations for use with receiver positioning applications. 

Paging, TMC and EWS are data services, for 
which DAB simply acts as the carrier. All are 
supported on RDS but, potentially, there is a much 
greater capacity available with DAB. It may be 
possible to carry all or part of these services in the 
FIC. If more capacity is required, a pointer mechanism 



allows data to be re-directed to an overflow sub- 
channel in the MSC. 

7.8 Future features 

The DAB system is sufficiently flexible to 
permit further users' requirements to be considered 
and the addition of new features. Some of the 
possibilities include: 

Programme 'Look ahead' represents a directory 
of forthcoming programmes on services carried within 
an ensemble and possibly extendible to include other 
ensembles. This is an example of using text with 
graphics to provide a menu for service access via a 
teletext-like display and interactive control. 

Still pictures with radio are becoming feasible 
as data bit rates are reduced, memory and micro- 
processor costs fall and display technology is 
developed. Pictures often accompany recorded audio 
material (for example, on a cassette or CD case). This 
could provide the basis for a new 'added value' service 
for some types of radio, for example for personal use. 
The feature could be accommodated at a relatively 
low data rate provided pictures are not changed too 
quickly. For example, the Eureka 147 project first 
demonstrated a picture radio service at ITU Com 89 
(Geneva) by sending JPEG coded still-pictures 17 in a 
32 kbit/s DAB data channel alongside a DAB audio 
channel (the picture could be changed approximately 
every ten seconds). 



8. SIMULATED RECEIVER 

In the period before a DAB service is 
established, there is value in exploring how the 
receiver user-interface might be managed in order to 
meet the requirement for easy service access. The BBC 
is developing a computer-simulated DAB receiver for 
this purpose and to encourage DAB features to be 
implemented as the designers intended. Fig. 7 
(overleaf) shows off-screen front panels of both a 
simulated car and home receiver, which can be 
operated by selecting the required functions using a 
computer mouse, or with a touch-sensitive screen. 

For the car receiver — see Fig. 7(a) — the 
'Traffic' button is depressed and a traffic announce- 
ment is being received from BBC Radio Kent. The 
DRC function is also invoked to allow optimum 
audio performance in a car environment. 

In the case of the home receiver — see 
Fig. 7(b) — the display is sufficiently large to allow 
'soft' button labels to be accommodated and for the 
receiver to be operated in a 'menu' mode. In this 
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Fig. 7 - Simulated receiver front panels. 



example, both the service label and dynamic label are 
displayed. The receiver has differentiated between the 
first and subsequent segments of the dynamic label 
and presented the text in different fonts. A general 
view of the DAB concept model test bed is shown in 
Fig. 8. 



9. CONCLUSION 

All the known user requirements for system 
features have been accommodated in the DAB system 
specification. The DAB service multiplex is sufficiently 



flexible to provide a wide choice of service arrange- 
ments to suit programming needs. The multiplex may 
be filled with audio or data channels, or combinations 
of both. Multiplex configuration information, carried 
in a fast information channel, provides reliable control 
of the DAB Multiplex, including the management of 
dynamic multiplex reconfiguration. A wide range of 
optional service information features has been defined, 
maintaining compatibility with RDS wherever possible, 
and 'hooks' are provided for future developments. By 
receiver simulation, the value and benefit of these 
system features can be evaluated before they are 
implemented in silicon. 
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Fig. 8 -The BBC 
concept receiver model 
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AFC 
AGC 
AIC 
CCIR 

CD 

GIF 

COFDM 

DAB 

DCC 

DRC 

EAN 

EBU 

FIC 

FM 

IEC 

ISO 
ISRC 
ITTS 
ITU-R 

JPEG 

MCI 

MPEG 

MSC 

PAD 

RDS 

SI 

UPC 



APPENDIX 

List of Abbreviations 

Automatic Frequency Control 
Automatic Gain Control 
Auxiliary Information Channel 
International Radio Consultative Committee 

(now ITU-R, see below) 
Compact Disk 
Common Interleaved Frame 
Coded Orthogonal Frequency Division Multiplex 
Digital Audio Broadcasting 
Digital Compact Cassette 
Dynamic Range Control 
European Article Number 
European Broadcasting Union 
Fast Information Channel 
Frequency Modulation: radio broadcast system carried in 

VHF band (87.5 - 108 MHz) 
International Eurotechnical Commission 
International Organisation for Standardisation 
International Standard Recording Code 
Interactive Text Transmission System 
Radio Communications sector of the International 

Telecommunication Union 
Joint Photographic Experts Group 
Multiplex Configuration Information 
Moving Pictures Experts Group 
Main Service Channel 
Programme Associated Data 
Radio Data System (applies to VHF-FM) 
Service Information 
Universal Product Code 



RDS Features 

AF 

CT 

ECC 

EON 

EWS 

M/S 

PI 

PIN 

PS 

PTY 

RP 

RT 

TA 

TMC 

TP 



List of alternative frequencies 

Clock time and data 

Extended country code 

Exhanced information on other networks 

Emergency warning systems 

Music/speech switch 

Programme identification 

Programme-item number 

Programme Service label 

Programme type 

Radio paging 

Radiotext 

Traffic announcement identification 

Traffic Message Channel 

Traffic programme identification 
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